home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940020.txt < prev    next >
Internet Message Format  |  1994-11-13  |  15KB
  1. Date: Mon, 24 Jan 94 04:30:09 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #20
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Mon, 24 Jan 94       Volume 94 : Issue   20
  11.  
  12. Today's Topics:
  13.                       Borland compilers and BPQ
  14.                      KISS ROM and Map file wanted
  15.                             New 3COM cards
  16.              ping-pong convers for Linux FTP site gone ?
  17.           Reverse IP lookup, and domain name mapping. (help)
  18.                 TCP MSS and TCP WIN settings (4 msgs)
  19.                  TNOS Missing Function - NOT (2 msgs)
  20.                              WAMPES FAQ ?
  21.                        Wampes loopback (2 msgs)
  22.  
  23. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  24. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the TCP-Group Digest are available
  28. (by FTP only) from UCSD.Edu in directory "mailarchives".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Sun, 23 Jan 1994 15:45:00 -0700 (MST)
  36. From: Klarsen <klarsen@acca.nmsu.edu>
  37. Subject: Borland compilers and BPQ
  38. To: tcp-group@ucsd.edu
  39.  
  40. ---------- Forwarded message ----------
  41. Date: Sun, 23 Jan 94 15:40:53 MST
  42. From:MAILER-DAEMON@NMSU.Edu
  43. To: klarsen@acca.nmsu.edu
  44. Subject: Returned mail: User unknown
  45.  
  46.    ----- Transcript of session follows -----
  47. Connected to ucsd.edu:
  48. >>> RCPT To:<tcpip-group@ucsd.edu>
  49. <<< 550 <tcpip-group@ucsd.edu>... User unknown
  50. 550 <tcpip-group@ucsd.edu>... User unknown
  51.  
  52.    ----- Unsent message follows -----
  53. Received: from acca.nmsu.edu (kazak.NMSU.Edu) by NMSU.Edu (4.1/NMSU-1.18)
  54.     id AA06518; Sun, 23 Jan 94 15:40:56 MST
  55. Received: by acca.nmsu.edu (4.1/SMI-4.1)
  56.     id AA12326; Sun, 23 Jan 94 15:40:43 MST
  57. Date: Sun, 23 Jan 1994 15:40:37 -0700 (MST)
  58. From: Klarsen <klarsen@acca.nmsu.edu>
  59. Subject: Borland compilers and BPQ
  60. To: tcpip-group@ucsd.edu
  61. Message-Id: <Pine.3.89.9401231512.A11611-0100000@kazak>
  62. Mime-Version: 1.0
  63. Content-Type: TEXT/PLAIN; charset=US-ASCII
  64.  
  65.  
  66.     I have just a little to say. Agreed there are things wrong with 
  67. Borlands C++ version 2.0 compiler and assembler but it was what I 
  68. purchased a couple years ago. I do all my C writing as a hobby and it has 
  69. never gotton so large as to be a problem for version 2.0. I reciently 
  70. compiled jnos version 1.10x15 without a single problem.
  71.     Now it seems we have Tnos which is Brian's answer to the ham 
  72. packet tcp/ip world and to enjoy it as I enjoy Johan's output, all I must 
  73. do is buy a new compiler? Forget it!
  74.  
  75.     As I see how Tnos functions it looks to me it's too rich for my 
  76. blood. I have the version compiled by Brian, but it is so large I can't 
  77. run it on the computer I have...
  78.  
  79.     On the wonderful G8BPQ switch. N5FAZ wrote the code that allows 
  80. nos to connect direct to the switch. It works fine! I have Jnos 1.10x15 
  81. connected to my bpq switch and it is no problem of any sort. Of course if 
  82. you don't want that function you can turn it off in config.h, provided 
  83. you have the right compiler.....but 2.0 works fine on all jnos.
  84.  
  85. 73, de karl k5di@k5di.nm.usa.na
  86.  
  87. ------------------------------
  88.  
  89. Date: Sun, 23 Jan 94 02:50:10 PST
  90. From: algedi!gateway (gateway)
  91. Subject: KISS ROM and Map file wanted
  92. To: tcp-group@ucsd.edu
  93.  
  94. I need to find a KISS ROM image with a corresponding MAP file ( or something 
  95. similar ) so that I can patch the ROM image with new TXdelay and TXtail values.
  96. I'm assuming that the KISS code will still have the automatic reset problem.
  97. Also... what's the difference between the KISSS V4 and KISS V7 code on UCSD?
  98. I've found a KISS V4 ROM image but can't determine what values to patch before
  99. I burn the EPROM. The KISS V7 code does not contain a ROM image. Any info or
  100. pointers to some code would be appreciated. Thanks.
  101.  
  102. 73's  de  Jack  -  kf5mg
  103. Internet        -  kf5mg@kf5mg.ampr.org            -  44.28.0.14
  104. AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.noam    -  home (817) 488-4386
  105. Dialup          -  kf5mg@tcet.unt.edu              -  work (looking  for)
  106.  
  107. ------------------------------
  108.  
  109. Date: Sun, 23 Jan 94 03:50:04 PST
  110. From: algedi!gateway (gateway)
  111. Subject: New 3COM cards
  112. To: jangus@skyld.tele.com, tcp-group@ucsd.edu
  113.  
  114. The drivers are available from a number of sources but they are on my 
  115. system :
  116.  
  117. crompton.nadc.navy.mil in /pub/hamradio/packet/drivers
  118.  
  119. Files:
  120.  
  121. 3c509.com - old driver (works fine here)
  122. 3c509a.com - new driver (had some problems on a system when rebooting)
  123.  
  124. pkdt11.zip - complete new drivers set
  125. drivers.zip - complete old drivers set
  126.  
  127. Doug
  128.  
  129. ------------------------------
  130.  
  131. Date: Mon, 24 Jan 94 08:09:58 CET
  132. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  133. Subject: ping-pong convers for Linux FTP site gone ?
  134. To: Fred Baumgarten <DC6IQ@INSU1.ETEC.UNI-KARLSRUHE.DE>,
  135.  
  136. Hi. Fred
  137. Question whats happend to 129.13.109.160 the ftp site for ping-pong convers
  138. is it closed ?  its been not reachable for some time. or the ftp server
  139. down.
  140. Is there any new ftp site on the internet for anonymous ftp of the
  141. ping-pong convers package. ?
  142. Thanks..
  143. Barry..
  144.  
  145. ------------------------------
  146.  
  147. Date: Sun, 23 Jan 94 02:50:08 PST
  148. From: algedi!gateway (gateway)
  149. Subject: Reverse IP lookup, and domain name mapping. (help)
  150. To: nos-bbs@hydra.carleton.ca
  151.  
  152. Hello all.
  153.  
  154. I am experience a few problems here. I use a SLIP server to gain access to 
  155. the internet. I have my own IP. (156.34.110.113) I have a problem. My
  156. service provider (nbnet.nb.ca) does not have my IP mapped to a domain name
  157. (ve1dln.nbnet.nb.ca, i'd assume), hence I cannot access certain telnet and 
  158. ftp sites, nor what was my alternate NNTP server. 
  159.  
  160. Now for the questions. Can someone explain Reverse domain name resolution 
  161. to me? And, is there a way I can work around this with NOS? My service 
  162. provider does not seem to have it in their heart to soon map my IP, and I
  163. am rather perturbed not being able to access some of these sites.
  164.  
  165. Any help would be appreciated.
  166.  
  167. Andy.
  168. ve1dln@nbnet.nb.ca
  169.  
  170. ------------------------------
  171.  
  172. Date: Sun, 23 Jan 94 02:50:03 PST
  173. From: algedi!gateway (gateway)
  174. Subject: TCP MSS and TCP WIN settings
  175. To: kf5mg@kf5mg.ampr.org
  176.  
  177. Jack,
  178.  
  179. I don't know about the variants of my code, but I know this stuff is in 
  180. my version. Check tcpin.c, function proc_syn. Note the call to ip_mtu
  181. with the remote IP address as argument. This function, defined in iproute.c,
  182. returns the MTU of the interface that will be used to reach the specified
  183. remote IP address.
  184.  
  185. Phil
  186.  
  187. ------------------------------
  188.  
  189. Date: Sun, 23 Jan 94 15:50:04 PST
  190. From: algedi!gateway (gateway)
  191. Subject: TCP MSS and TCP WIN settings
  192. To: kf5mg@kf5mg.ampr.org
  193.  
  194. mss is automatically lowered to mtu-40 based on the mtu of the first
  195. hop in the routing table.  For window, you would have to rely on
  196. the congestion window I guess.
  197.  
  198. Some tcp stacks have started keeping mtu in the routing table (probably
  199. only those that use the "new" mtu probing.  Who is adding that to nos? :-)
  200.  
  201. milton
  202. --
  203. Milton Miller  KB5TKF  miltonm@austin.ibm.com
  204. I never speak for IBM
  205.  
  206. ------------------------------
  207.  
  208. Date: Sun, 23 Jan 94 05:50:03 PST
  209. From: algedi!gateway (gateway)
  210. Subject: TCP MSS and TCP WIN settings
  211. To: tcp-group@ucsd.edu
  212.  
  213. Is there any way to assign a TCP WIN and TCP MSS setting per port? 9600b ports
  214. can use larger Window's and Packets than 1200b ports. I'm sure that it's been
  215. asked before but now that I've got a 9600b port going, I need to know what to
  216. do to get the most out of the system. Thanks.
  217.  
  218. 73's  de  Jack  -  kf5mg
  219. Internet        -  kf5mg@kf5mg.ampr.org            -  44.28.0.14
  220. AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.noam    -  home (817) 488-4386
  221. Dialup          -  kf5mg@tcet.unt.edu              -  work (looking  for)
  222.  
  223. ------------------------------
  224.  
  225. Date: Sun, 23 Jan 94 14:50:10 PST
  226. From: algedi!gateway (gateway)
  227. Subject: TCP MSS and TCP WIN settings
  228. To: tcp-group@ucsd.edu
  229.  
  230. Phil Karn writes:
  231. > If the physical port is on the same machine as the TCP, then TCP
  232. > already limits its MSS to avoid fragmentation out through that port.
  233. > For example, if the other end advertises that it will accept a MSS of
  234. > 1460 bytes but the MTU of the local interface you'll take to reach it
  235. > is only 576 bytes, then the local TCP will use a MSS of only 536 bytes
  236. > (576-40).
  237.  
  238.     Well...  that's what I thought should happen, but I tried it with JNOS 
  239. 1.10x15.  There's a IFCONFIG MTU command that I used to set the MTU to a 
  240. value of 256.  The MSS was 1024 and the WINDOW was 4K.  When I made a FTP 
  241. connect, I figured that NOS would use 256 byte packets, but it used 512 
  242. byte packets.  The IFCONFIG MTU value didn't seem to have an effect.  
  243.     I took a look at the TCP*.C files. There are only a couple of places
  244. where the Tcp_mss and Tcp_window settings are assigned to a connection. It
  245. appears that it would be easy to change this to a Tcp_mss.Interface and 
  246. Tcp_window.Interface so that you could use different Window and MSS sizes 
  247. per interface. The only problem is I don't see where in the TCP*.C code 
  248. that it references what Interface it's using. Any idea how to tell what 
  249. Interface a TCP socket is going to be using?
  250.  
  251. 73's  de  Jack  -  kf5mg
  252. Internet        -  kf5mg@kf5mg.ampr.org            -  44.28.0.14
  253. AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.noam    -  home (817) 488-4386
  254. Dialup          -  kf5mg@tcet.unt.edu              -  work (looking  for)
  255.  
  256. ------------------------------
  257.  
  258. Date: Sun, 23 Jan 94 02:50:06 PST
  259. From: algedi!gateway (gateway)
  260. Subject: TNOS Missing Function - NOT
  261. To: tcp-group@ucsd.edu
  262.  
  263.  j> : Why are you referring to yourself in the third person?  Have you been 
  264.  j> : reading "The Education of Henry Adams" or something?   
  265.  
  266.  j> I think Brian Lantz is talking about Brian Kantor.
  267.  j> (And I agree with Brian!)
  268.  
  269. Yes, I realized that after I woke up this morning and reread my own message
  270. when it was sent to me by the list server.  I guess it was kind of a stupid
  271. mistake.  Fortunately, all of the intricate stuff about the Borland products
  272. was correct, but I suppose that is because I was paying attention when I was
  273. typing that part.
  274.  
  275. -- Mike
  276.  
  277. ------------------------------
  278.  
  279. Date: Sun, 23 Jan 94 14:50:05 PST
  280. From: algedi!gateway (gateway)
  281. Subject: TNOS Missing Function - NOT
  282. To: tcp-group@ucsd.edu
  283.  
  284. Come on, guys! It's a little unfair to blame TNOS for not including standard
  285. BorlandC 3.x DOS library functions in case you are running a version of the
  286. compiler that is 2-3 years old! The before mentioned function is a part of
  287. Borland's library for versions 3.0, 3.1, and 4.0.
  288.  
  289. Lack of memory.... Borland C 3.x and up uses EMS/XMS to permit virtually
  290. unlimited source size. Is this file big, yep!
  291.  
  292. As for the commment about it being perfect out of the box, NOT! If you
  293. expected that it would compile under every possible combination, your
  294. expectations are based in the clouds! Your mileage will vary!
  295.  
  296. As for TNOS support, I suggest subscribing to TNOS-TOPICS and sending the
  297. messages there. I don't know that Brian wants a lot of "how do you compile
  298. this TNOS feature" stuff in this group. We don't want to abuse his
  299. understanding.
  300.  
  301.                /----------------------------------------------/
  302.               /   Brian A. Lantz/KO4KS                       /
  303.              /                                              /
  304.             /   Packet:   KO4KS@KO4KS.#TPAFL.FL.USA.NA     /
  305.            /   Internet: brian@lantz.cftnet.com           /
  306.           /        {   printf ("Hey Jude");              /
  307.          /                bad = !make;                  /
  308.         /               better = sad_song;    }        /
  309.        /----------------------------------------------/
  310.  
  311. ------------------------------
  312.  
  313. Date: Sun, 23 Jan 94 16:11:26 GMT
  314. From: paul@topsy.demon.co.uk (Paul Turvey)
  315. Subject: WAMPES FAQ ?
  316. To: tcp-group@ucsd.edu
  317.  
  318. Could someone please let me know where I can find an FAQ (or similar) for
  319. Wampes (version 931106).
  320.  
  321. Many thanks
  322. Paul
  323.  
  324. -- 
  325.  Paul Turvey          | paul@topsy.demon.co.uk
  326.                       | Amprnet: paul@g1pjj.ampr.org
  327.                       | AX25:    g1pjj@gb7zaa.#34.gbr.eu
  328.  
  329. ------------------------------
  330.  
  331. Date: Sun, 23 Jan 94 14:50:07 PST
  332. From: algedi!gateway (gateway)
  333. Subject: Wampes loopback
  334. To: tcp-group@ucsd.edu
  335.  
  336. I have ported wampes to the IBM RT (6150 & 6151) running AOS (BSD 4.3).
  337. I seem to have run into a problem where packets send over the loopback
  338. interface cause wampes to crash.  The problem is that loopback->send
  339. is defined as NULLFP in iface.c and ip_route() tries to call (loopback->send).
  340. I have also compiled wampes in an RS6K (3.2.4) and the same problem exist.
  341. Am I safe to assume that this is not a porting problem? (It still needs to
  342. be fixed of course).
  343.  
  344. Jan PA3EFU/VK3CEX
  345.  
  346. ------------------------------
  347.  
  348. Date: Sun, 23 Jan 94 05:50:06 PST
  349. From: algedi!gateway (gateway)
  350. Subject: Wampes loopback
  351. To: tcp-group@ucsd.edu
  352.  
  353. Cc: JANJ@ACCIVM.acci.COM.AU
  354.  
  355. In a msg on <Jan 20 19:55>, Jan Jaeger of writes:
  356.  
  357.  JJ> I have ported wampes to the IBM RT (6150 & 6151) running AOS (BSD 4.3).
  358.  
  359. Great!  We have one of those dinosaurs here.  Unfortunately, it is running AIX.
  360.  Still worse, it is running AIX v2, since AIX v3 needs the RS machines and will
  361. not run on the RT machines.  I think we have the native TCP/IP support, but no
  362. one knows where the manual is, and no one at IBM seemed to care much about
  363. locating another one even when we dangled small bills in front of them.
  364.  
  365. Is your port available at any FTP site, ideally UCSD.EDU?
  366.  
  367. -- Mike
  368.  
  369. ------------------------------
  370.  
  371. Date: Mon, 24 Jan 1994 11:33:12 +1100
  372. From: janj@acci.com.au (Jan Jaeger)
  373. To: deyke@fc.hp.com, mikebw@bilow.uu.ids.net, tcp-group@ucsd.edu
  374.  
  375. Subject: Wampes on AOS
  376.  
  377. I have put a copy of my port to wampes on anonymous ftp.
  378. It works, but is not to my satisfaction yet, there are
  379. still a few things to be addressed such as the backspace 
  380. causes the screen to toggle between reverse video and normal
  381. on an ibm6153, and the library with a few routines that AOS
  382. does not have needs to be cleaned up.
  383. At the moment it needs the following:
  384. 1) AOS
  385. 2) patchkit for AOS as available on various internet ftp sites
  386. 3) gnu make
  387. 4) gnu patch
  388. 5) gnu gcc 2.5.7 (other versions not tested)
  389. 6) one line 'uname' shell script that echo's AOS
  390.  
  391. The updates are on anonymous ftp at:
  392. ftp.acci.COM.AU
  393. in directory:
  394. /pub/aos
  395. as files:
  396. wampes-aos001.patch.gz
  397. wampes-aos001.tar.gz
  398.  
  399. In order to update wampes 931106 use the following procedure:
  400.  
  401. mkdir wampes
  402. cd wampes 
  403. tar -xf /tmp/wampes-931106.tar
  404. tar -xf /tmp/wampes-aos001.tar
  405. patch -p1 < /tmp/wampes-aos001.patch
  406. make
  407.  
  408. Dieter, 
  409. It might be better to wait until I have fixed the abovementioned 
  410. issues before integrating it in your 'ga' version. I think I will
  411. have them fixed shortly.
  412.  
  413. Regards, Jan.
  414.  
  415. PA3EFU/VK3CEX janj@acci.com.au.
  416.  
  417. ------------------------------
  418.  
  419. End of TCP-Group Digest V94 #20
  420. ******************************
  421.